前面介紹完了軟體測試與自動化測試的概念與用途，這邊要再多說一篇的測試，關於如何設計測試案例，也就是所謂的Test Plan
Test Plan 是一種測試文件，包含測試流程、測試環境、測試方法、測試項目/範圍、時程安排、限制條件，而有建立測試計畫會有以下優點：
- 會有測試流程的手順，描寫該如何執行測試
- 會描述測試範圍的細節，避免做過多不必要的功能
- 可以更精確的評估系統所需的測試時間與成本
- 可以更清楚的定義出測試團隊裡每個人的角色與責任
- 提供出每個測試活動的時程安排
- 描述出測試流程中所需的資源和設備
- 可以提供予客戶，包含提高信任度，也可同時確認需求的準確度
至於撰寫一份好的測試計畫，該如何做？
圖片來源：How to Create a Test Plan
有八個步驟：
- Analyze the product 分析產品
先了解產品的需求、目標、使用者...等相關的資訊，其實就類似專案開發中的系統需求分析，透過與客戶訪談、討論，來設計功能，並反覆確認需求的內容，以確保滿足度，這個也同時可以讓測試的目標更加精確
- Design test strategy 設計測試策略
這是流程中最重要的部分，要定義出：專案的測試目標與達成方法、決定測試的成本，會有四個步驟
- Define Scope of Testing 定義測試範圍：哪些是需要被測試的、哪些是不需要被測試的
- Identify Testing Type 識別測試類型：該測試屬於單元測試、整合測試、系統測試....還是什麼層級
- Document Risks & Issues 文件化風險與問題：將未來可能遇到的風險或問題先列出來並準備其對應方式，以文件化方式記錄
- Create Test Logistics 建立測試邏輯：主要是誰要測試、什麼時機測試、測試什麼
- Define test objectives 定義測試目標
可條列出需要測試的內容，例如：效能、功能正確性、畫面、系統可用性...等等，然後將此些內容的測試目標定義出來
- Define test criteria 定義測試規範
測試規範是用來斷定是否通過測試以及整體測試流程的準則，當測試沒有通過時，要一直等待至開發有針對bug的修正，再行再次的測試，直至通過為止
- Resource planning 資源計畫
執行測試時所需要的資源：包含人力、設備...等等
- Plan test environment 決定測試環境
決定測試的環境設定，例如常見的狀況是，正式環境可能同時有10台機器做load balance，但測試環境並不會開到這麼多，可能有一個一台或是為了模擬負載平衡，開個兩台之類的
- Schedule & Estimation 時程與估計
顧名思義，要計劃出什麼時間做什麼測試，以及開發此類型測試所需的人天、準備相關環境與設定的成本
- Determine test deliverables 決定測試交付
這主要就是分三個，測試前、測試中、測試完成後，需要產出或是交付什麼樣的東西
一份好的測試文件可以輔助開發，亦可簡化交接的風險，在可以的情境下，還是鼓勵完成，另外，有個國際標準IEEE 829，供參
參考資料、延伸閱讀：
下集預告：Container 容器
iThome鐵人賽
看影片追技術